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OFFICE OF COMPUTER SERVICES, DB/S&C 
RESPONSIBILITIES 


I. Operational Responsibilities 


Provides computing services for all types of computing 
applications (management, intelligence, and scientific) for 
all components of the Agency, as appropriate. (Performs 
the CIA comp uting service function except for NPIO and 

where separate computing facilities now exist.) 


In providing the above range of services, performs the 
following t 


A, Problem Analysis - to determine the nature, scope, 

objectives, and suitability of proposed appli- 
cations. 

B. EBP Systems Design - to design computing systems to 

meet objectives by defining inputs, processing, 
outputs, schedules, etc. 

G. Computer Programing - to translate the system design 
into detailed computer instructions, including 
test and debug of programs. 

B. Computer Operations - to schedule work flow and oper- 
ate the CIA Computer Center equipment to produce 
the required computer outputs. 


II. Developmental Responsibilities (Major, long-term efforts) 

A, Project CHIVE - Performs study of Agency needs for a 

centralized document/ information storage and re- 
trieval system end designs a computer- driven 
system to meet CIA present end anticipated needs. 

B. Machine Translation/Stenowriter Project - Conducts 

project, involving the building by contractor of 
special purpose hardware/ software, to develop an 
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in-house capability to translate by machine 
to English both natural language (s) and the 
Stanowriter symbolic language. 


IH. Management Control and Reporting Responsibilities 

A. Serves a a the central point within CIA for reporting 
to management and external Agencies on CIA automatic 
data processing activities (including CIA machine . 
Inventory, utilization, personnel, and cost statistics). 

B. Serves as central liaison point within CIA for ex- 
ternal contacts in the field of automatic data pro- 
cessing. 

C. Controls the acquisition of data processing equip- 
ment in CIA by serving as approval/disapproval point 
for all ADP equipment acquisition proposals. 

D. Serves as Chairman, CIA Automatic Bata Processing 
Committee whose function is the coordination of 
planning and development of CIA’s automatic data 
processing resources. 
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SECRET 


LOCATION OF PSOGRAMMES3 WITHIN DD/5&T (POLICY QUESTION) 


1. The development of the scienti fic computing effort within the 
DJD/S&T surfaces a policy question on where the computer Programmers 
required for this effort will be placed. 

2. There are two basic options: (a) place these Programmer# 
here and there throughout the Directorate within the line structure of 
the various sections, branches, and divisions having need for scientific 
computing support; or (b) place these Programmers centrally within 
OC3 for service to ail. 

3. The following chart shows the present classes of scientific 
computing support in the DD/SfeT and DD/SSiT users. (See next page} 
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4, 


it will be seen that the same type of computing support, albeit 
stemming from different individual problems, is required by a growing 
number of points within the DD/S&T structure. Often, support to 
multiple users is baaed upon the same comp uter prog rams and the 

.jama basic computational skills, (e. g. , the capability for 

trajectory computations has already been used for three DD/S&T 
components and other users are anticipated). 
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5. Someday, we hope that the marn-ma chine relationship will have 
ao developed that computing skills as a speciality will become largely 
unnecessary. And we believe there is a fair chance of this within the 
next, tea years. But the state of the art today (and tomorrow) does re- 
quire very specialised skills and these skills are typically centralized 
for both their development and their utilization. 


4. It seems eminently apparent to OCS that by centralizin g our 
Programmer resources, we can (1) get a good deal more computational 
mileage from such skill* for support to all and can (2) much more ©Utes&vely 
recruit, train, supervise, and develop and hold such computing skills. By 
so proceeding we are also moving in harmony with the basic platform of 
any centralized Office of Computer Services, ratter than contrary thereto.® . 
By so proceeding, as well, we will avoid the competition which otherwise 
will result among the several DD/54tT components for the very same 
skills. If we decentralise our BJD/S&T computing personnel, FMSAC, 

OS I, OSA, SA3, ODD, etc. » will all be competing to recruit, train, 
provide adequate EDP supervision lor, and develop and hold the same 
basic skills. This is, in a very real sense, contrary to the basic notion 
of the BD/S&T Directorate itself— which was formed to pull together 
SStT skills rather than leaving them scattered through the Agency. 


7. Case in Point: Automation Division, 03 A, and OCS — ■ 

A specific reflection of this issue which, by historic accident, 
already exists within the DD/S&T is the Automation Division of OSA. OCS 
believe* the Automation Division of OSA should merge with the Compu ter 
Services Office of DD/S&T. Some specifics on the advantages of merging: 


® There will, of course, be isolated instance® where the user component 
does have someone on board who will develop a journeyman -level program- 
ming competence but, for some time to come, such will be the exception 
rather than the rule. 

£3> This idea was discussed when OCS first came into the JDD/S&T. It was 
decided then to leave thing* as they were during the formative month* of 
the Directorate. This question baa now been raised in recent OSA -OCS 
discussion® originated by OSA. 
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a. The merging of the Automation Division with your 
Computer Services Office fits the basic notion behind the 
establishment of OCS in. the first place. The continuation 
of a computer services division within CSA, or any other 
Office, clearly does not. 


The Automatio n Division function would be super - 
of OCS, as OSA itself apparently 


b. 

vised by| 

desires. | |ha* the most knowledgeable background 

of any CIA person in. the computing function of the OSA mission. 

|waa consult ant to OSA before joining OCS. One of 

the reasons came to CIA and cue of the reasons 

CIA went to was the OSA computing support re » 

'-mireraent. Yet| |is now largely cut off from this 

effort principally ae cause of the sense of rivalry in the 
Automation Division which the present organisational 
structure has generated. 


& Merging the Automation Division with OCS will 
facilitate the exploitation of OCS resources for the OSA 
task — and, to some degree, vice versa. ‘'Resources 51 
here include hardware, software, and human skills. 


d. Duplication in programming efforts between OCS 
and the Automation Division will be eliminated. ^ Example : 
Computer routines to convert £h® UTM Coordinate System 
to geographic location and plot these points on display reaps. 
This problem was independently done in. both OCS and the 
Automation Division. The OCS program is good for the 
entire world while the OSA program ia good for a. specific 
geographic region only. Many man days of work and check- 
ing went into each of these programming efforts. > 


a. A new contract for outside computer programming 
support now being ne gotiated by OSA might not be necessary be- 

.. _ . . il 1 I I « 4 . . „ 


cause {1) 
to the problem 


would contribute his first rank knowledge 
(1) OC3 has top notch and proven contractor 


skills already on board and clear ed to supplement Its own 


resources, (3) OCS ban 


Jvtnd other programs which may 


be pertinent to what would be asked of the contractor under the 
proposed contract. 


-4- 


Approved For Release 2004/05/05 : CIA-RDP85B00803R000200070031-2 





Approved For Release 2004/05/05 : CIA-RDP85B00803R000200070031-2 


£. OCS scheduling of computer time would b« more 
efficient because we would have but one system of s cheduling 
whereas now blocks of IBM 7090 time am ounting to 
each day {at a cost of' ’ 


per month) are 


25X1 
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reserved for OSA in the middle of the prime daily production 
period. OSA actual usage, including overtime hours {nights 
and weekends) and including debug and test rune which could 
more pro perly be run on non -prime time, has not exceeded 
in the past few months. 


d. In thinking about the policy question discussed in this paper 
as it relates to the Automation Division of OSA, you may find the 
following schedule for merging of help: 


and 

DCS 


a. Parly August - 


kith OCS 


JTT 25X1. 


will SOD with 


his special reiat: 
arm of OCS with 


b. Early Septembe r - 


will, in addition to 


oxiahip to A D/ CS. be n&znecfas Chief of the scientific 


as Deputy. 


c. 


Mid -September - 
his involvement in Automation Division activities 
to the merger. 


|will start to increase 
preparatory 


load to free 


d. Date September - 
[ the direction of enough of the non -OSA computing work— 


kill take over from 


25X1 


25X1 


25X1 


Jto spend 50 % to 75 % of his time on the 


OSA effort. If required. 

«* %arly October - Automation Division, OSA, will 
b« formally transferred to the Office of Computer Services, DD/S&T. 
The Aut omation Division group will be supervised directly byf | 

{Transfer to include slots, incumbents, FT45 budget, and 
equipment. Relocation within the building to be a function of specific 
cons ide ration and availability of space in the OCS area. ) 

f. Six Months Thereafter - OSA will volunteer testimony 
that its computer support is greatly improved. 
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